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Process for creating a temporary suspension of tasks running in a virtual machine data processing system. 
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@ The process involves creating and running a special 
program in the virtual machine which is to be accorded suspend 
and resume control functions. The suspend/resume control 
function program is run first before a user's task is run. The 
special suspend/resume program seizes control over the virtual 
machine's external interrupt controls and modifies them to 
direct all incoming interrupts to the program itself rather than 
allowing CMS of the virtual machine to handle interrupts as is 
normally done. With incoming interrupts being sent to the 
suspend/resume program for analysis and response, incoming 
commands that generate such interrupts may be responded to 
and sub-routines contained within the suspend/resume task 
program may be employed to save all of these addressing 
registers and general register contents. This effectively takes a 
snapshot of the present status and intermediate result 
conditions existing in the user's task program operation at the 
time the interrupt occurred, thus enabling the restoration at a 
later time from the point at which suspension of the task 
occurred. The suspend/resume task program operates to 
modify the interrupt controls of the virtual machine to create a 
suspension of operation of the user's task program by enabling 
the virtual machine only for external interrupts. 
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Description 

PROCESS FOR CREATING A TEMPORARY SUSPENSION OF TASKS RUNNING IN A VIRTUAL MACHINE DATA 

PROCESSING SYSTEM 



This invention relates to data processing com- 
puter system controls and architecture generally 5 
and specifically to the so-called "virtual machine*' 
operational systems known as the IBM System 370 

^nd^TO/^A^nd-otheMimilar-systernSr-and-Felates 

particularly to a process for creating a temporaty 
suspension of the processing of a task in a virtual 10 
machine data processing system. 

In virtual machine operating systems such as the 
IBM System 370 or the like, it has long been 
desirable but not practically feasible to perform 
temporary suspension of a job running in a particular 15 
virtual machine without risking interference with 
other programs running in other virtual machines in 
the same system. There are numerous reasons why 
users of such systems may wish to suspend and 
ordinarily resume at some later point the work being 20 
done as a task in one or more portions of the 
computer system's workload. A common reason 
that suspension of a given task or tasks may be 
requested is to reduce contention for the computer 
system's resources and to allow temporary alloca- 25 
tion of the resources for other work. For example, 
interactive system users often experience a slower 
response time when the computer system is 
occupied with long-term tasks such as batch tasks 
for which the actual completion time of the task is 30 
less critical than those for which the interactive user 
is contending. In a typical example running the 
"payroll program" may require several hours of 
computer system time during which other would-be 
interactive users experience slow-down or actual 35 
inability to access computer resources for their 
tasks. 

Other reasons for halting tasks running in a virtual 
machine include those of halting the job until some 
needed resource is available or to suspend the task 40 
that is processing until some procedural or process- 
ing issue has been resolved. 

As noted above, there has not been a practically 
feasible procedure for performing a suspend and 
resume operation in a virtual machine running tasks 45 
or jobs for users that was not unduly risky or which 
did not require extreme skill on the part of the 
operator. Techniques of stopping and restarting 
processing of a task at acceptable points and in a 
safe manner not endangering the task or other work 50 
on the computer system, may be accomplished, in 
theory at least, by a skilled system operator. 
However, it is an extremely delicate and risky 
procedure that can easily jeopardize all of the work 
being done in the system. Additionally, these 55 
techniques are usually limited to the specific 
operating system and its current release level of 
function and may not beconducted in the same 
system with a given release level different from that 
for which the techniques have been developed. 60 

Still other approaches require modification of the 
operating system itself. This is an undesirable 
situation which most users wish to avoid because of 



the added risks and maintenance costs associated 
with creating any error in the operating system which 
was not produced by the system's original source 
vendor. 

— Pr4or-possible-4echniques-for-causing-a-suspend — 
and resume operation in the batch or in a virtual 
machine processing environment have simply con- 
tained unacceptable risk and inconvenience and/or 
cost and are not suitable for usage by the character- 
istic users of such a system or of the system 
operators themselves. 

In light of these difficulties with the known prior 
systems, it is an object of this invention to provide a 
means of suspending and resuming operation of 
processing a task in a virtual machine data process- 
ing system utilizing only standard available pro- 
gramming and control techniques and without 
jeopardizing any other programs or processes 
operating In the data processing system at that time. 

The foregoing and still other objects of the 
invention not specifically enumerated are accom- 
plished in a preferred embodiment of the invention 
that will be described further herein. Briefly, the 
process of safety facilitating suspension and later 
resumption of a task being processed in a virtual 
machine involves execution of a small special task 
program in the virtual machine in which a given task 
or job is to be run just prior to running the job itself. 

The special small program implements the tech- 
niques for facilitating suspension and resumption of 
the actual task that will be run in that virtual machine. 
When the special program for suspend and resume 
operation is loaded, it first moves itself to an area of 
otherwise free or reserved storage so that its 
operation will not be overwritten or interfered with 
when the task program runs. The program enables 
communication with the controlling user's virtual 
machine in the data processing system utilizing 
existing program-to-program communication fa- 
cilities such as the IUCV or VMCF facility in the IBM 
System 370. 

The suspend and resume program then seizes 
control of the external interrupt new program status 
word (PSW) for the virtual machine that it runs in so 
that it rather than the normal conversational monitor 
system (CMS) has control over the external inter- 
rupts for the virtual machine. This seizing of control 
over the program handling interrupt controls for the 
task virtual machine is a critical part of the process 
for facilitating suspension and resumption of the 
tasks. The suspension and resumption program 
rewrites the virtual machine PSW to direct all 
incoming external interrupts into the program itself 
rather than to allow the CMS system to handle them. 
Then, when a user sends a suspend or resume 
command to the system control program, the 
system control program forwards the command and 
an interrupt signalling the presence of the command 
to the task virtual machine which directs the 
incoming interrupt directly to the suspend and 
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resume program rather than handling the interrupt 
itself. 

The suspension and resumption program running 
in the task machine will receive the external interrupt 
caused by the incoming command from the user. For 
a suspension, this program will revise the external 
interrupt controls of the virtual machine via rewriting 
its program status word to enable the PSW only for 
external interrupts instead of permitting in addition 
to external interrupts all of the normal functions of 
instruction execution, i.e., fetching, decoding, etc. 
This effectively halts processing of the user's job 
operating in the task virtual machine. At the same 
time, the suspend and resume program saves the 
base addressing register contents and all associ- 
ated general register contents so as to preserve a 
"snapshot" of the existing state of the operations 
being conducted in the program running in the task 
machine at the time the interrupt was received. 

The machine remains in the suspended state until 
an Incoming external interrupt occurs and since this 
is the only task that it is permitted to handle, the 
incoming interrupt is directed to the suspend and 
resume task program where it is analyzed and, if it is 
a resume command that is received, operation will 
be restored via rewriting the program status word for 
the virtual machine and restoring the register 
contents to their state at the time the interrupt for 
suspension was received. The transfer of control 
over handling of program interrupts from the virtual 
machine and its supervisory program to a task 
program running in the virtual machine is the key 
step in the method described. 

The invention will now be described in greater 
detail with reference to a preferred embodiment 
thereof which is further illustrated with respect to the 
drawings of a preferred embodiment in which : 

Figure 1 illustrates schematically the concep- 
tual hierarchy of a typical System 370 data 
processing environment and illustrating that the 
computer system contains a system control 
program, and one or more virtual machine 
entities. 

Figure 2 illustrates a flow chart of the 
operation of the suspend and resume program 
and its technique of controlling a virtual ma- 
chine to permit suspension and resumption of 
processing therein. 
A description of a preferred embodiment of the 
invention will now be given with reference to the 
drawings briefly alluded to earlier. At the outset, 
various terms and abbreviations will be reviewed for 
those who may be unfamiliar with the virtual machine 
data processing systems currently available in the 
marketplace such as the IBM System 370. In general, 
these systems are described in the "System 370 
Principles of Architecture" IBM manual no. 
GA22-7000 and in the "VM System Programmer's 
Guide", IBM manual no. SC19-6224 and in the 
"Conversational Monitor System Manual" IBM no. 
SC19-6209 which discuss various aspects of .such 
data processing systems, their method of operation 
and the details of the various facilities which are 
employed in carrying out the present invention. A list 
of abbreviations commonly encountered in these 



manuals and used in this description are as follows : 
CP -This is the control program component of the 
virtual machine system. It is the primary interface 
and control point for users requesting services of 

5 the System 370 and for coordinating the op rations 
of the various virtual machines running in the 
system. The control program CP both manages and 
provides service to the virtual machines running 
within its domain. 

10 CMS -This Is the conversational monitor system 
and is the user's operating system environment for a 
virtual machine. It performs many services that are 
required by user applications. 

External Interrupt - This is a type of program 

15 interrupt that occurs and requires analysis and 
response, generally from the CMS. When an inter- . 
rupt occurs, a portion of control code is placed by 
the system into the external interrupt old program 
status word registers accessible to the virtual 

20 machine and processing continues according to the 
information that Is found in another portion of cod 
normally referred to as the external interrupt new 
PSW. 

General Registers - These are a set of registers 
25 used for general purposes by programs operating in 
the virtual machines for containing intermediate 
results, address locations in memory where data are 
stored and other computational results that are 
occurring. 

30 Macro Instruction or simply "Macro 1 * - A series of 
instructions for a small program that may be invoked 
by a single program statement. Some examples that 
are pertinent to the program being considered in this 
description are DMSFREE, DMSKEY. LINEDIT, 
35 WRTERM, SAVE, RETURN and others, all of which 
are well known and fully documented In the 
afore-mentioned system manuals. 

PSW - The program status word. This a fundamen- 
tal component of the IBM computer systems of the 
40 sort utilized herein. In such systems there are 
multiple pairs of PSWs, each pair pertaining to 
specific states of machine operation. Each pair 
consists of an old PSW indicating the machine state 
at the time that an interrupt occurred, and a new 
45 PSW which determines that state of the machine 
immediately following an interrupt, i.e., the PSW 
which is switched to on the occurrence of an 
interrupt. In VM systems, each virtual machine has 
its own set of PSWs. In addition to old and new 
50 PSWs, there is the active PSW which changes as 
instructions are executed. If an interrupt occurs, the 
active PSW is placed in the "old" PSW storage area 
and the corresponding "new" PSW is given control 
by the hardware. Once the interrupt has been 
55 processed, the old PSW may again be used to 
restore processing to the point at which the interrupt 
occurred. All PSWs contain special control informa- 
tion for controlling the architectural states of the 
virtual machine, including those controls that deter- 
60 mine which interrupts are allowed. 

Rx-This is a common notation for the general 
register x. 

SMSG - This is a special message, a type of VMCF 
communication utilized within the System 370 to 
65 allow communications among virtual machines. 
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Virtual Machine - This is the basic unit of work, 
sometimes called a task, that is managed by the 
control program. For exampl . control over a batch 
operation or task resides in a virtual machine and 
user jobs are run in other virtual machines within the 
system. The special task program that facilitates 
suspend and resume operations that will be de- 
scribed herein executes in one of the virtual 
machines concurrent with the user job. 

VM - The acronym VM is used to refer to virtual 
. machine, the VM system control program some- 
times referred to as CP or to the software environ- 
ment known as virtual machine environment. 

VMCF- Virtual machine communication facility. 
This is a control program facility for communication 
among virtual machines and programs. 

Having thus defined some of the basic terms of 
r ference that are utilized herein and which are 
familiar to users of virtual machine architectures in 
general, the invention will now be described in 
greater detail with reference to Figure 1. 

In Figure 1, a schematic pictorial of the environ- 
ment of a virtual machine data processing system is 
shown. Virtual machines as referred to herein, 
constitute virtual computers including effective ac- 
cess to I/O devices, memory, machine control such 
as interrupt controls and instruction processing 
cycles, to name but a few of the elements. Virtual 
machines include complete arithmetic and logic unit 
computational capability via sharing of one or more 
central facilities for this, and are organized and 
operated under control of the CP control program. In 
Figure 1, the overall system 1 is shown to include a 
system control program CP 2 and a number of virtual 
machines 3 denoted VMA. VMB, etc. Each typical 
VM machine includes a conversational monitor 
system program CMS that provides services to the 
specific virtual machine only and normally services 
interrupts to this machine while it supports execu- 
tion of the user's application program, be it an 
interactive or batch task. 

The control program 2 controls all the resources 
both physical and logical, used in the computer 
processor and its peripheral devices that constitute 
the virtual machine system. There is a copy of the 
control program in the VM host system. The CP 2 
provides specialized services for the virtual ma- 
chines 3 including communication facilities by and 
between the various virtual machines. In the IBM 
system, this communication may occur in various 
ways, the two most common current ways being 
IUCV and VMCF (including SMSG) which is a 
particular subset of VMCF. In Figure 1 , the communi- 
cation facilities VMCF are denoted as 4 and run 
within the system control program 2 and the CMS 
portion of each VM machine 3 to provide communi- 
cation between the virtual machines and other virtual 
machines via communication program 2. The CMS 
conversational monitor system supports a user's 
application program in a virtual machine. The CMS 
portion is denoted by 5 in Figure 1 and the 
application program schematically by 6. CMS 5 is a 
program facility that serves individual users in either 
an interactive or batch mode for facilitating pro- 
cesses to accomplish their program tasks. Each VM 



user perceives and, in effect, actually has a copy of 
the CMS programming dedicated to his own usage. 
Some view the CMS system as a specialized 
operating system dedicated to providing interactive 

5 screens and dialog and program services for 
individual users. As such, the CMS 5 executes within 
a given virtual machine 3 and forwards to the control 
program 2 requests for real computer resources 
such as memory, disk, storage, printers and other 

10 I/O devices and requests communication with other 
virtual machines via the VMCF facility, for example. In 
general, all resource requests and actions must be 
sequenced and managed and controlled by the 
common focal point of programmed intelligence 

15 represented by the system control program 2. CMS 
interfaces these services to the user's program and 
processes interrupts presented to the user's task 
which are directed to it via the control program 2. 
CMS will discard those interrupts that are unnecess- 

20 any and in some cases will refer the interrupts to the 
user or to the application in accordance with 
instructions that the user or application have issued 
previously to CMS. Although a CMS user or 
application may not and generally does not recog- 

25 nize the hierarchy that exists within the machine 
architecture, in fact, the actions available to a given 
user or application task running in a virtual machine 
are subjected to processing both by the CMS of 
system 5 and the control program 2 and are 

30 constrained in their access to resources and use of 
the system capabilities by the control program 2 to 
use only those resources that have been determined 
to be validly available to a user's individual virtual 
machine 3. 

35 Thus, in the context of the present invention, when 
communication is desired between the virtual ma- 
chine running a user's application task and some 
other virtual machine, such as the source of suspend 
and resume commands, It Is the user's VM which 
40 runs the suspend and resume program. The com- 
munication facility VMCF must be invoked and validly 
accorded to the VM machines which are to utilize it. 
This involves the coordination of the system control 
program 2 and each of the VM programs 3 which are 
45 to communicate. Schematically this is shown by 
having copies of the VMCF/SMSG communicating 
facility 4 installed In the CP and Invoked or accepted 
by each necessary VM 3. 

Now for an illustrative example, we may consider a 
50 batch program such as the type normally involved in 
running a company's payroll or inventory processing 
program or those employed for large computation- 
ally intensive tasks such as regression analysis of 
equations, astro-space navigational problems and 
55 the like. Such batch jobs are normally run in the VM 
systems in which they are written during off hours so 
as not to interfere with or prevent access to users 
who would like to have interactive enjoyment of the 
data processing systems' resources. Such users 
60 have desired the presently described facility for 
suspending and resuming operation so that they 
may temporarily allocate resources that are engaged 
in th batch process for some other use such as 
interactive work without disconnecting from the 
65 batch work itself. This would have the effect of 
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d stroying all of th batch processing intermediate 
results reached up to the time that interruption 
occurred. It would be xtremely cost ineffective for 
example to operat an expensive and larg virtual 
machine computer data processing facility on a 
major computational task only to have It int rrupted 
and lose all of the results of the task generat d so far 
and necessitate restarting and rerunning the pro- 
gram from the beginning. This would be especially 
undesirable in the interactive applications that the 
users might wish to run concurrently with batch task 
processing since frequent interruptions of the batch 
task might occur with consequent loss of the batch 
processing results. To avoid these occurrences, 
such users normally run the major batch tasks in off 
hours, nights, holidays and weekends to avoid 
interference from or with other interactive user's 
programs. Interruption of the batch task is not 
normally permitted except temporarily by the control 
program or the task itself, for example to await 
resources needed by the task becoming available. 
These batch tasks usually consume large amounts 
of the total computer resources, thus denying those 
resources to all other tasks. Yet. during portions of 
the day, it is the interactive users* task which need 
preference for these same resources. Contention 
for resources used by batch tasks impedes the 
interactive users, but in such cases it is the 
interactive work which should be given clear pre- 
cedence. Therefore, the present invention provides 
a solution by permitting actual suspension of the 
batch task without destroying the intermediate 
results that it has achieved. This is done with an easy 
means of facilitating both the suspension and 
resumption of processing by utilizing basic mechan- 
isms of these systems that have long been available 
but have not heretofore been applied to this task. 

The process of facilitating suspension and later 
resumption of processing in a virtual machine 
operating under control of a control program in a 
virtual machine data processing system of the IBM 
370 type will now be described with reference to 
Figure 2. Figure 2 is a flow chart of the sequential 
steps in the method which must be carried out in 
order to perform an effective suspension without 
destruction of the batch or task results in operation 
at the time the suspension order is received with a 
consequent later resumption from the point of 
interruption in the batch or task that is suspended. 

Turning to Figure 2, the description of the process 
begins with the steps involving installation of a 
special task program that handles the duties of 
providing a suspend and resume function for a 
user's task operating within a virtual machine 3 
under control partially of the CMS system program 5 
and of the control program 2 within a virtual machine 
data processing system of the IBM 370 type. 

Beginning with block 100, the user's task virtual 
machine CMS program which controls the beginning 
of the user's task is set to invoke first the special 
small task program for handling suspension and 
resumption of the user's task. The special suspend 
and resume program is invoked before beginning 
the user's task. In block 101, the special task 
program begins its own execution sequence. In 



block 102, the suspend/resume sub-program relo- 
cates itself to a reserved storage area in m mory. 
This avoids potential conflicts for main storage, also 
known as "memory*, between th user's task 
5 program which will be run in the sam virtual 
machine later. In block 103 the special task program 
for suspension and resumption initializes the virtual 
machine control registers and enables it to support 
the VMCF/SMSG communications with an auth- 
10 orized control virtual machine or user that will issue 
the eventual suspend or resume commands to 
which the system should respond. 

The next task which the suspend resume program 
undertakes is to temporarily disable all interrupts to 
15 the virtual machine in which it is running, in this block 
104, the program must set the machine control 
register mask bits in the machine's PSW to disallow 
any interrupts. This is a preparatory step and is not 
to be confused with the suspension or resumption of 
20 the user's task which has not yet been Invoked. 

In block 105, the special suspend/resume task 
program modifies the virtual machine control regis- 
ters to allow it to accept only external interrupts for 
the VMCF/SMSG type of communications. Block 
25 103 noted earlier established for CMS and for the 
virtual machine the assignment of necessary ad- 
dressing and control to permit communication 
between the virtual machine and the control pro- 
gram and via the control program to any other virtual 
30 machine utilizing the existing system's VMCF com- 
munication facility. In block 105, the virtual machine 
control registers are set to accept only external 
interrupts for this type of communication and, as will 
be noted in block 106 that follows, the special 
35 suspend resume program has a task of saving all th 
original CMS external interrupt control register and 
PSW settings that would normally permit the CMS 
portion of the program to handle or respond to 
interrupts and to manage other facilities for the user. 
40 In block 107, the next task of the suspend resume 
program is to write a new external interrupt new 
PSW for CMS of the virtual machine in which it is 
running. The new PSW is used to route any incoming 
external interrupts to the special program itself for 
45 analysis and response. In block 107 the suspend 
resume program also re-enables interrupts to the 
task virtual machine that were earlier disabled in 
block 104. At this point, the virtual machine has been 
re-enabled to handle interrupts by routing them to 
50 the suspend resume sub-program running within th 
machine rather than allowing CMS to analyze and 
respond to them in the first instance. All the other 
capabilities of the CMS system are left intact and 
have been restored so that its normal function in 
55 facilitating and in servicing the user's task which will 
be run in this virtual machine are available for use. 

In block 108, the suspend resume sub-program 
signals CMS of the task virtual machine in which it is 
running to begin the user's task processing. This is 
60 accomplished by passing the start-up parameters 
for the user's task to the task virtual machine via 
CMS and, as noted in block 109, the user's task 
begins to execute in the virtual machine while the 
suspend resume programs is essentially waiting and 
65 monitoring in an idle state unless and until an 
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external interrupt is dir cted to it by CMS by virtue of 
the externa! interrupt new PSW that was rewritten in 
block 107 for CMS. 

As shown in block 110, the user's task may 
normally finish without interruption and at this time 
the suspend resume program will return control over 
all further actions to CMS by signalling CMS to 
conduct a logoff from the virtual machine control 
program CP at the end of the user's task. 

Figure 2 continues, in block 111, with the 
sequence of events that occurs in the event that an 
external interrupt is received at CMS and routed to 
the suspend resume task running in the virtual 
machine. 

In block 111, it is assumed that an incoming 
command to suspend or resume is recognized as a 
request from the authorized control or virtual 
machine or user as shown in Figure 1. Such a 
request from the authorized control or user would 
be in the form of a request to send the VMCF/SMSG 
to a given user's task to cause it to be suspended or 
resumed. In response to this request, the control 
program 2 in Figure 1 will generate the external 
interrupt to the task virtual machine and will pass the 
SMSG to the this virtual machine which will instantly 
route both the message and the interrupt signal 
directly to the suspend/resume task program as 
directed by its external interrupt new PSW which 
was reset in block 107 to perform this task. 

In block 112, the suspend resume program 
receives the external interrupt routed to it by CMS 
and it receives the message that may contain the 
suspend or resume command passed to it by the 
control program. 

In block 113, the suspend resume task program 
begins preparatory action by saving the contents of 
the task virtual machine's general register Rx which 
immediately will be used as a base address register, 
thereby allowing subsequent addressing of storage 
locations. It then loads Rx with a prearranged 
address value. Next, the program saves in storage all 
remaining general register values as they existed 
when the interrupt occurred. 

In block 114, processing of the interrupt is 
continued by asking an analytical question as to 
whether the incoming interrupt pertains to an SMSG. 
If the incoming interrupt is not an SMSG, it logically 
cannot be either a suspend or resume command and 
the suspend/resume task program will not further be 
invoked to handle the interrupt. Instead, as shown in 
block 1 15. the suspend resume program will restore 
the original CMS external interrupt new PSW that 
was previously saved in block 106 by writing It into a 
scratch area of memory for later use when it reloads 
CMSs new PSW to permit CMS to handle the 
incoming interrupt. 

In block 116, the suspend resume task program 
restores the contents of the general register Rx and 
all of the other general registers that were saved in 
block 113 to their contents that existed at the time 
the interrupt occurred, thus restoring the task 
machine's status to that which existed when it was 
interrupted. Next, in block 117, the suspend resume 
routine causes a reloading of CMS's external 
interrupt new PSW from the scratch area from which 



the PSW was written in block 115. This causes CMS 
to begin processing the interrupt since it has been 
determined that the interrupt is not of the SMSG 
type. As shown in block 118, execution of the user's 
5 task continues, the schematic equivalent of going 
back to block 109 and continuing operation. 

As alluded to in the description earlier with regard 
to block 114, the incoming interrupt might be of the 
SMSG form and could therefor, if from an authorized 
10 control VM or user, contain a suspend or resume 
command. Consequently, in block 119, if an incom- 
ing interrupt is an SMSG. another question is asked 
by the suspend resume process to determine 
whether the SMSG is from an authorized source. If it 
75 is not, the program moves to block 130 where 
general register contents saved in block 113 are all 
restored and, in effect, the incoming interrupt is 
ignored since it is not from an authorized source, 
and processing of the task continues. 
20 If, however, the result of the inquiry in block 1 19 is 
affirmative, analysis is made to determine whether 
the SMSG is a suspend command or resume 
command as shown in blocks 120 and 121. If the 
SMSG does contain a suspend command, block 122 
25 is invoked to determine whether the system is 
already in a suspended state. If the system has 
already been suspended and this is a redundant 
command, the system moves to block 130 which 
restores registers, a step that is actually redundant if 
30 an actual suspension has occurred since no inter- 
mediate processing would have occurred, and 
moves to block 131 where it remains suspended as 
noted. If, however, this program task execution has 
not been suspended already, block 123 is invoked 
35 which saves the existing external interrupt old PSW 
for the task VM and copies the saved register 
contents that were preserved in step 113 to a 
reserved space for later reloading. Next, in block 
124, the critical step of modifying the settings for the 
40 program interrupt controls in the PSW of the task VM 
are carried out to enable the task VM to only handle 
external interrupts. This is accomplished by loading 
a modified PSW for the task VM, thus suspending 
operation of processing since no other operations or 
45 processes will be enabled in the task VM unless and 
until an external interrupt, the only action for which it 
is enabled, occurs. 

Having reached the point where suspended state 
has been achieved, the task operating in the virtual 
50 machine is suspended and no further action occurs 
until an incoming interrupt is directed by the CP, 
using the modified CMS external old PSW, to the 
suspend resume task program where it is analyzed 
as in box 114 through box 121. In block 121, if the 
55 SMSG is a resume command, a check is made in 
block 125 to determine whether the suspended state 
is already in existence and if it is, block 126 sets forth 
the acts necessary to restore operation to the 
suspended task. These include copying of the 
60 external interrupt old PSW for the task virtual 
machine that was saved originally in step 123 during 
the suspension step into a scratch area of memory 
for later access and use. It also involves restoring 
registers of the virtual machine to their content that 
65 was originally saved in step 123 and a reloading of 
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the old PSW for the task virtual machine from the 
scratch area of m mory. This causes resumption of 
operation of the task program from the point where 
the susp nsionoccurr d. It is logically equivalent to 
returning to block 109 in the flow chart. 5 

If the incoming SMSG analyzed in block 121 is not 
a resume command, a further question is asked, in 
block 127, as to whether it is a logoff. If logoff is the 
command, process continues in blocks 128 and 129 
as shown to close any open data files and to 10 
terminate VM execution via a logoff request to the 
control program. This is the equivalent to finishing 
block 1 10 except that the user's task may not have, 
in fact, been finished when an authorized logoff 
command has been received. 15 

This completes the description of the basic 
process carried out by the special small suspend/re- 
sume task program that is run in the virtual machine 
prior to and concurrently with execution of the 
user's task In that machine. It may be seen that the 20 
suspend/resume task program initializes itself and 
the virtual machine to cause it and not the CMS to 
have the first opportunity to analyze and respond to 
incoming external interrupts. For those interrupts 
which are of the SMSG form, the suspend/resume 25 
task program is invoked to save a "snapshot 0 of the 
virtual machine's operating status and condition at 
the time of the Interrupt and to set the PSW for the 
virtual machine in such a fashion that further 
processing is halted. There, the system awaits 30 
further instruction in the form of a resume command 
or an authorized logoff command and takes the 
appropriate steps as a consequence of the receipt 
thereof as noted with respect to the discussion of 
Figure 2. It may be observed that the facilities of the 35 
VM system, namely the program interrupt controls 
which constitute the PSWs have been manipulated 
in a unique way to provide, without interference with 
other system resources, an effective means of 
suspending and later resuming actual operation of a 40 
batch task or similar task running in a virtual 
machine. No new programming techniques are 
involved nor are any specialized commands or 
processes invoked. Instead, the normal communica- 
tion and control paths are employed in a new way to 45 
permit the special alternate handling of incoming 
interrupts to a task virtual machine to be allocated to 
a task program rather than to a CMS system that 
normally services the task program at the first 
instance of the incoming interrupt. A variety of 50 
techniques for seizing control over the handling of 
incoming interrupts might be envisioned; thus, what 
is described in the appended claims is intended by 
way of description and not of limitation since it may 
occur to those of skill in the art to implement seizing 55 
of control over handling of interrupts in a variety of 
other ways than those specifically illustrated. 



having a m mory and hardware and software 
program facilities constituting a plurality of 
virtual computing machines, and having at least 
a task virtual machine having program interrupt 
controls and operating to process a user's task 
program and communication facilities betwe n 
virtual machines and the control program; 
said process being characterized by the steps 
of: 

receiving at said control program a signal 
indicating the presence of a request for delivery 
of a message to said task virtual machine for the 
purpose of commanding suspension or re- 
sumption of processing of said task program, 
communicating said message to said task 
program, 

detecting a suspend command in said task 
program and, responsive thereto, 
modifying the program interrupt controls of said 
task virtual machine to enable only responses 
to external interrupts to occur, thus suspending 
further processing in said task virtual machine 
of said task program. 

2. The process according to Claim 1 , further 
including a step of : 

modifying the program interrupt controls of said 
task virtual machine to direct Incoming Int r- 
rupts to said task program for analysis and 
response. 

3. The process according to Claim 1 or 2, 
further including a step of : 

saving a record said task virtual machines' 
program interrupt control settings and of all of 
said machines' general register contents that 
exist at the time said task program receives said 
message. 

4. The process according to Claim 1 , 2 or 3, 
further including the steps of : 

detecting a resume command in said message; 
and modifying the program interrupt controls of 
said task virtual machine to re-enable atl 
Interrupts, thus resuming processing in said 
task virtual machine of said task program. 

5. The process according to Claim 4, furth r 
comprising a step of : 

restoring all of said task virtual machine's 
general register contents to their content 
existing at the time said task program received 
said message having said suspend command. 



Claims 60 

1. Process for creating a temporary suspen- 
sion of processing of a task program in a virtual 
machine data processing system having at least 
a control program operating in a computer 65 . 
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